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BACKGROUND OF THE INVENTION 

1 . Field of the invention 

The present invention generally relates to notices and alerts generated by applications. 
In particular, the embodiments of the present invention relate to methods and systems for 
generating, sending and responding to non-interrupting notices. 

2. Description of the Related Art 

The efficiency of today's complex work environments depends upon the multi- 
functioning capacity of computers. For example, agents and processes that run in the 
background allow users to multitask. Many secondary tasks can operate independently while 
the user concentrates on a primary task. However, the ability to multitask does not 
automatically make users more efficient. For example, while email and phones are useful, 
they frequently cause interruptions, distract the user and hinder task completion. 

Increases in computing power and smarter applications that work in the background 
have led to an increase in the number of alerts and notifications received by users. Intelligent 
agents and processes are inherently limited in their abilities and can only work in the 
background up to a point. At some stage, these backend processes require some level of 
interaction with the user (i.e., task success, task feilure. request for input). However, users 
frequently interpret an unanticipated demand for attention by a backend process as an 
tmwelcome interruption. 

Increased computing power aUows individuals to alternate between primary and 
secondary tasks. While multi-tasking can increase productivity, cognitive limitations often 
prevent people from fully attending to more than one task simultaneously. It is the 
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unexpected interruptions of the primary task by a secondary task that leads to a decrease in 
the user's productivity in carrying out both the primary and secondary tasks. 

• It has been shown that interruptions not only slow down task performance and but can 
also increase errors during the execution of the primary task. Another negative outcome of an 
interruption is that the user may not pay adequate attention to the content of the interruption. 
This may happen when the user is interrupted during intense focus on a primary task or when 
the interruption (i.e., notification) is perceived as a false alarm (e.g., a bogus error message). 
In such cases, the user may not pay enough attention to the interruption to understand its 
content This could have serious consequences if the notification contains important, time- 
critical information such as, for example, a notice of immediate system shutdown. 

The increase in the number of interruptions experienced by users during computer use 
has sparked extensive research on the detrimental effects of interruptions and ways to 
mitigate their effects. The majority of these research efforts have focused on determining the 
factors that affect the impact of an interruption. These studies have determined ttiat the 
impact of an interruption and the user's ability to recover therefrom can be affected by a 
variety of factors such as, for example, the specific stage of the task during which fho 
interruption occurred, the relatedness of the secondary (interrupting) task to the primary task, 
and the type of tasks being performed. Researchers have also examined aspects of interface 
design tiiat may facilitate a faster recovery from an interruption and a faster resumption of an 
interrupted primary task. 

Although interruptions may decrease the user's productivity, they often serve a vital 
purpose (e.g., fire alarms, notices of iimninent system failure). Nevertheless, some 
researchers have suggested the development of an interface design for delivering interruptions 
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that would not demand the user's attention. This is believed to be a misplaced effort as it 
removes a key component of an interraption. 

Another proposed solution to this problem is a continually updating task bar placed on 
the side of the computer screen to notify users. This peripheral notification design is less 
distracting than an alert based design, in which a graphical notification overlays content at the 
center of a user's screen and requires a user to take action to remove the overlay. However, 
the continuous movement in the user's peripheral vision field incident to updates of the task 
bar may distract the user. There has been a long felt need, therefore, to design an interface 
that provides notices related to secondary tasks without interrupting die primary task and that 
allows the user to efficiently and effectively perform both tasks. 

Conventional methods and systems for sending and responding to alerts and 
notifications generated firom appUcations required tiie user to receive the notification (often 
disturbing the user from his or her primary task), stop his or her current task and log onto the 
notification issuing application, respond to the notification and retiam to his or her primary, 
task. It may be appreciated, therefore, that less disruptive methods and systems for receiving 
and responding to an ever-increasing number of notifications are needed. Such less 
disruptive methods and systems would increase the user's productivity by enabling the user to 
remain on task for a greater period of time, with the minimum of interruption, all the while 
attraiding to notices in a timely and ordered manner. 

SUMMARY OF THE INVENTION 
The present invention, according to an embodiment thereof, is a method of processing 
notifications issued by a plurality of computer processes, each of the notifications notifying 
tiie user of a business event that requires the user to take at least one predetermined action, 
the method comprising the steps of: receivmg the notifications; displaying links to selected 
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ones of the received notifications to the user, the displayed links being selected according to 
at least one characteristic of the received notification; when the user selects one of the 
displayed links, displaying the received notification that corresponds to the selected link; 
enabling the user to take the at least one predetermined action relative to the displayed 
notification without accessing the computer process that issued the notification; generating a 
reply to the displayed notification, the reply including an indication of the action taken by the 
user, and sending the reply to the computer process that issued the displayed notification. 

The link displaying step may display links corresponding to a selectable subset of the 
received notifications. The link displaying step may display the links in a portal, for example. 
The displaying steps may be carried out on a mobile device (telephone, pager. PDA and the 
like). The displaying step may be carried out by a computing device coupled to the plurality 
of computer processes by a computer network. The link displaying step may display a link to 
each or selected ones of the received notifications. 

According to another embodiment thereof, the present invention is a computer system 
for processing notifications issued by a pluraUty of computer processes, each of the 
notifications notifying the user of a business event that requires the user to take at least one 
predetermined action, comprising: at least one processor; at least one data storage device; a 
plurality of processes spawned by said at least one processor, the processes including 
processing logic for: receiving the notifications; displaying links to selected ones of the 
received notifications to the user, the displayed links being selected according to at least one 
characteristic of the received notification; when the user selects one of the displayed links, 
displaying the received notification that corresponds to the selected link; enabling the user to 
take the at least one predetermined action relative to the displayed notification without 
accessing the computer process that issued the notification; generating a reply to the displayed 
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notification, the reply including an indication of the action taken by the user, and sending the 
reply to the computer process that issued the displayed notification. 

According to still another embodiment, the present invention is a machine-readable 
medium having data stored thereon representing sequences of mstinictions which, when 
executed by computing device, causes said computing device to process notifications issued 
by a plurality of computer processes, each of the notifications notifying tiie user of a business 
event that requires the user to take at least one predetermined action, by performing the steps 
of: receiving the notifications; displaying links to selected ones of the received notifications 
to the user, the displayed links being selected according to at least one characteristic of tht 
received notification; when the user selects one of the displayed links, displaying the received 
notification that corresponds to the selected link; enabling the user to take tiie at least one 
predetermined action relative to the displayed notification without accessing the computer 
process that issued the notification; generating a reply to the displayed notification, the reply 
including an indication of the action taken by the user, and sending the reply to the computer 
process that issued the displayed notification. 

The present invention may also be viewed as a method for a mobile device to process 
notifications issued by a pluraUty of computer processes, each of the notifications notifying 
tiie user of a business event that requires tiae user to take at least one predetermined action, 
flie method comprising tiie steps of: receiving tiie issued notifications firom a notification 
server, tiie notification server being in communication witii tiie plurality of processes and tiie 
mobile device; providing links to selected ones of tiie received notifications to tiie user on tiie 
mobile device; when tiie user of tiie mobile device selects one of tiie provided links, 
displaying on tiie mobile device flie received notification tiiat corresponds to tiie selected link; 
enabling tiie user to take flie at least one predetermined action on tiie mobile device relative to 



wo 03/083603 PCT/US03/10099 

6 

the displayed notification without accessing the computer process that issued the notification; 
generating a reply to the displayed notification, the reply including an indication of the action 
taken by the user, and sending the reply to tiie computer process that issued the displayed 
notification. 

The link providing step may provide links corresponding to a selectable subset of tiie 
received notifications. The link providing step may display the links in a portal (or another 
form of Web interfece for example) accessible to the mobile device and to the user. The link 
providing step may provide a link to each of the received notifications. 

The present invention is also, according to anotiier embodiment thereof, a mobile 
device configured to process notifications issued by a plurality of computer processes, each of 
ihe notifications notifying the user of a business event that requires the user to take at least 
one predetermined action, comprising: at least one processor; at least one data storage device; 
a plurality of processes spawned by said at least one processor, the processes including 
processing logic for: receiving the issued notifications from a notification server, tiie 
notification server being in communication with tiie plurality of processes and tiie mobile 
device; providing links to selected ones of flie received notifications to tiie user; when tiie 
user of tiie mobile device selects one of tiie provided links, displaying tiie received 
notification tiiat corresponds to the selected linl^ enabling tiie user to take tiie at least one 
predetermined action on tiie mobUe device relative to tiie displayed notification witiiout 
accessing tiie computer process tiiat issued tiie notification; generating a reply to tiie displayed 
notification, tiie reply including an indication of tiie action taken by tiie user, and sending tiie 
reply to tiie computer process tiiat issued tiie displayed notification. 

The mobile device may be or inchxde a telephone, a personal digital assistant and/or a 
pager, for example (or a device tiiat includes such fimctionality). The link providing step may 
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provide links corresponding to a selectable subset of the received notifications. The link 
providing step may display the links in a portal (for example) accessible to the mobile device 
and to the user. The link providing step may provide a link to each of the received 
notifications. 

The present invention, according to still another embodiment thereof, is a machine- 
readable medium having data stored thereon representing sequences of instructions which, 
when executed by a mobile, causes said mobile to process notifications issued by a plurality 
of computer processes, each of the notifications notifying the user of a business event that 
requires the user to take at least one predetermined action, by performing the steps of: 
receiving the issued notifications ftom a notification server, the notification server being in 
communication with the pluraUty of processes and the mobile device; providing links to 
selected ones of the received notifications to the user; when the user of the mobile device 
selects one of the provided links, displaying the received notification that corresponds to the 
selected link; enabling the user to take the at least one predetermined action on the mobile 
device relative to the displayed notification without accessing tiie computer process that 
issued the notification; generating a reply to the displayed notification, the reply including an 
indication of the action taken by the user, and sending the reply to the computer process tiiat 
issued the displayed notification. 

BRIEF DESCRIPTION OF THE DRAWINGS 

For a fiirther understanding of the objects and advantages of the present invention, 
reference should be had to the following detailed description, taken in conjunction with the 
accompanying figures, wherein: 

Fig. 1 is a representation of a passive notification design firamework, according to an 
embodiment of the present invention. 
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Fig. 2 Shows an exemplary Web portal including a portlet that contains notices, 
according to an embodiment of the present invention. 

Fig. 3 shows an exemplary Worklist accessed through a Web portal, according to an 
embodiment of the present invention. 

Fig. 4 . shows an exemplary notice accessed through a worklist within a Web portal, 
according to an embodiment of the present invention. 

Fig. 5 is an exemplary notice within an Email message body, according to an 
embodiment of the present invention. 

Fig. 6 is a representation of a system for non-interrupting notifications, according to 
an embodiment of the present invention. 

Fig. 7 is a block diagram of a computer with which the present invention may be 
practiced. 

DESCRIPTION OF THE INVENTION 

FUNCTIONAL DESCRIPTION 

Herein, it is useful to distinguish between different types of notifications. A 
notification does not necessarily have to interrupt the user. Notifications may be categorized 
as either active (i.e., alerts) or passive (i.e., notices). Alerts should interrupt the primary task 
due to the critical nature of the message content. Notices should not interrupt, as they are not 
time sensitive or critical, as users may defer examination of the notice to a later time without 
negative consequences, hideed, the primary feature of a properly deUvered notice according 
to embodiments of the present invention is that a properly deUvered notice does not interrupt 
the user while the user is performing another task. This type of notification is not intrusive 
and not detrimental to the performance of other tasks because the user's attention is not 
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demanded and because the notice is available to the user whenever the user decides to attend 
to it. 

A new design framework for passive notifications is presented herein that addresses 
the problem of increased interruptions resulting from the escalation of multitasking in the 
modem work environment Such a framework, according to embodiments of the present 
invention, may advantageously possess one or more of the three critical attributes of passivity, 
ubiquity and progressive disclosure. The present design framework possesses these required 
attributes and allows users to handle the interaction requirements of secondary tasks without 
detriment to then: performance on the primary task and without inhibiting their ability to 
respond to secondary task notifications. Advantageously, the present design for passive 
notifications may be configured for a multitude of application types and platforms, including 
desktop client applications, mobile applications and Web-based applications and interfaces, 
for example. 

Passivity 

Within the context of the present invention, passivity means that the present non- 
mterrupting notification systems are preferably user-driven as opposed to system-driven. 
According to embodiments of the present invention, the user determines when to request 
(e.g.. pull) notification as opposed to the system determining when to interrupt (e.g., push) or 
notify the user. For example, a Web portal or Web mail is passive by virtue of the feet that 
the UI may be rendered in an HTML or other markup language page. The user has to 
affirmatively go to the page on which the notifications appear, as opposed to the notifications 
interrupting the user. Such notifications are believed to be less disruptive than interrupting 
notifications, since they do not occur while the user is in the middle of a task. It is also 
believed that passive notifications according to embodiments of the present invention wUl not 
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degrade the user's performance of other tasks, as it is the users that control when to act on a 
notification. Such a notification design framework ma^ be characterized as being user driven 
as opposed to system driven. 
Ubiquity 

Ubiquity is another important attribute of the notification design framework according 
to embodiments of the present invention. As non-interrupting notices according to 
embodiments of the present invention do not (by definition) interrupt the user, such notices, 
to be effective, must be conveniently obtainable when the user wishes to- view and act upon 
them. These notices, when rendered and/or acted upon by the user, then become the user's 
primary task. This requires that the notices be available in a single easily accessible location 
even if the user is away from their desk or only able to access the Internet via a mobile device, 
Web mail or other device or service. According to embodiments of the present invention, 
such non-interrupting notices may be rendered in a Web portal, Web email, native email (i.e., 
thick email client), web application or all The ability to render the notifications in email 
formal is significant, as email is quickly becoming a task management system for many 
people. Web portals, Web email, and native email systems incorporating the fimctionality 
disclosed herein aggregate all the information a user requires or receives, respectively, in a 
single location. Users do not have to search multiple locations to check for or respond to 
email messages or notices. This is one aspect of ubiquity that Web portals, Web mail, and 
native email have according to embodiments of the present invention possess. The other 
aspect of ubiquity possessed by the present invention is the inherent attribute of both Web 
portals and Web mail being on the Web. Notifications pushed to Web portals and to Web 
email maybe accessed anywhere in tlie world as long as the user has access to a Web browser 
and the Ihtemet. According to aspects of the present invention, depending on the markup 
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language (e.g., HTML, XML, xHTML, WML, HDML and the like), the same infonnation 
could be made available to Web browsers on desktops or mobile devices (e.g., PDAs, phones, 
pagers and the like), thus providing a more ubiquitous delivery platform than a desktop 
application alone. The ability to expand to a variety of platforms and mobile devices, both 
existing and to be developed, is another important attribute of the design framework 
according to embodiments of the present invention. 
Progressive Disclosure 

It has been shown that progressive disclosure reduces the user's cognitive load. It has 
also been suggested that extraneous infonnation appearing on the user's display distracts the 
user from the main task by drawing attention to subsidiary, hrelevant or less relevant 
activities and also by cluttering the visual appearance of the user interface. The progressive 
disclosure of notifications according to embodiments of the present invention addresses the 
problems posed by the wide variety of communication devices (i.e., phones, PDAs) that are 
inherently limited in terms of display real estate. Progressive disclosure according to aspects 
of the present invention allows users to control the amount of information regarding their 
notifications and the level of detail thereof appearing on the screen at any given time. Such 
progressive disclosure according to embodiments of the present invention enables the user to 
make an informed decision within the limitations of the device on which the notifications are 
currently viewed. 

Design Framework 

Fig. 1 is a representation of a passive notification design framework that is ubiquitous, 
passive, and that provides for multiple levels of progressive disclosure, according to an 
embodiment of the present invention. In the embodiment of Fig. 1, the notification system 
100 allows agents and processes to run independentiy in the background, sending messages to 
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a notification system 102 that serves messages generated by such agents and processes in such 
a manner as to allow users to focus on whatever primary tasks currently occupies the users' 
attention. This design framework allows the notification system 102 to send messages to a 
native desktop application or portal, as shovm at 104, to a thick email client or Web mail 
application 106 and/or to one or more of the users' mobile devices 108 (such as pagers, PDAs, 
mobile phone and the like). That the notification system sends notifications to the desktop 
applications or portals 104. thick email client or Web mail 106 and to mobile devices 108 
renders the deUvery of the user's messages ubiquitous, as such notices may be delivered to all 
or selected ones of the user's sources of electronic information. Indeed, the exemplary design 
firamework of Fig. 1 enables the notification system 102 to send the same message or 
notification simultaneously or sequentially to all client applications: Web portal, Web maU. 
and native email application and to any or all of the user's mobile devices. In fact, the 
embodiment shown in Fig. 1 provides an added convenience since the user would not have to 
consult, for example, the email system to retrieve messages and the Web portal to retrieve 
notices. The email system and the Web portal may aggregate both types of messages, as may 
the user's mobile devices. 

The application that generates the notification may present the generated notification 
to the user of the appUcation once tiie user is properly authenticated. However, according to 
embodiments of die present invention, the user need not log into or otherwise directiy access 
tiie application that generated tiie notification to receive and to substantively act upon die 
notification. As shown at in Fig. 1, tiie notification may advantageously be sent to a Web 
portal 110, which is an aggregation of information tiiat is relevant to tiie user. Such portals 
1 10 may be generally available anywhere where the user has access to a Web browser and a 
suitable network such as tiie Internet. Upon autiienticating tiie user, tiie portal 110 may 
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display a plurality of windows, each of which may contain static information and/or links to 
information that is relevant to the user or to the user's employer, for exan:^)le. One such 
window may, according to an embodiment of the present invention, be a portlet 112 that 
includes all or selected ones of the user's notifications. Such a portlet 112, according to an 
embodiment of the present invention, may include only a subset of the user's notifications. 
Such a subset may include a predetermined number of the user's most recent notifications, or 
any other subset of the user's notifications. Examples of such subsets may include a 
predetermined number of the user's notifications, filtered according to the priority of the 
notification, the subject matter of the notification or the generating application, to identify 
some of the possibilities. A portlet 126 containing a similar subset of the user's notifications 
may appear on the user's mobile device 108. 
Worklists 

As illustrated in Figure 1, all portals and portlets, whether rendered on the user's 
desktop or mobile device may, according to embodiments of the present invention, provide 
(Web, for example) Imks to the next level of notification disclosure: the Worklist. The 
Worklist, shown at reference numerals 114 and 128 in Fig. 1, may include an inventory or 
listing of all notices received that require the user's attention, firom all applications. This level 
of notification disclosure are advantageous, as portals and portlets may not list all of the 
notifications of the type the user has decided to receive, but only some selectable subset of 
such notifications (e.g.. the five most recent). The Worklist, according to embodiments of the 
present invention, may provide additional value beyond providmg a complete list of the usef s 
notifications and messages. Indeed, operations may be performed with respect to the 
constituent notifications and messages forming the Worklist For example, the Worklist may 
be filtered or otherwise selectively configured to show all notices or show only notices having 
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one or more selected characteristics or only notices of a particular type (e.g., requisitions, 
payables, status); to show multiple selections of notices (e.g., consecutive, non-consecutive); 
and/or to show only those messages or notices that require an approve, disapprove, accept, or 
reject decision, for example. When the user clicks on or otherwise selects one of the 
constituent notices of the Worklist, such as a notice for a purchase order request, the purchase 
order request may be presented to the user, as shown at 116 in Fig. 1. Advantageously, the 
purchase order 116 preferably includes functionality to enable the user to substantively act 
upon the notice, and in a manner that is appropriate to the received notice. As shown in Fig. 
1, the exemplary notice 116 includes an "Approve" button and a "Disapprove" button. 
Clicking on either of these buttons, according to embodiments of the resent invention, 
generates a suitably formatted reply to the application or workflow that generated the notice 
116. The reply will inform the application or workflow that generated the notice 1 16 whether 
the user has approved the purchase order or disapproved the purchase order. Tn. any event, the 
substantive action (i.e., approving or disapproving the purchase order) may be taken at the 
level of the portal, without requiring the user to open the notice generating application to 
respond to the notice. A similar fimctionaUly is included in the Worklist 128 that may be 
rendered on the user's mobile device(s), such as shown at reference numeral 124 in Fig. 1. 
Indeed, by clicking on or otherwise selecting a constituent notice within the Worklist 128 
rendered on the mobile device, the user may cause the mobile device to render the underlying 
purchase order 130 within the notice generating application and approve or disapprove the 
requested purchase order from his or her mobile device, without the necessity of 
authenticating or otherwise navigating to or within the generating application. The ability to 
act upon a notice regarding a business transaction rendered within a WorkUst on a mobile 
device is significant for users of mobile devices, as users of such devices and the nature of 
such mobile devices generally demand immediacy in any transactions carried out upon such 
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devices. [As discussed later and shown in Figure 3, actions (e.g., approve, disapprove) 
could be taken at the level of the Worklist (e.g., 128) without the rendering of the underlying 
dialog (e.g., 130) for reasons of immediacy. Although immediacy is primary for mobile 
contexts, there is nothing in the embodiments of the present mvention that would prevent 
these actions ftom taken place at the Worklist in general (i.e., 114, 128) as described 
hereunder. 

The notification system 102 may also send all or selected ones of the received 
messages and notifications as email messages to a thick email client, as shown at 118 and/or 
to a Web email application, as shown at 120. In any event, the user may click on or otherwise 
select one of the emails and cause the email application to render the email-containing notice, 
as shown at 122. The email advantageously includes functionality enabling the user to 
substantively act upon the subject matter of the emaU - in this case, a purchase order request. 
According to embodiments of the present invention, the user may approve or disapprove 
(and/or any otiier take any other appropriate and enabled action) the purchase order within the 
body of the email without having to open the notice generating application and take the same 
substantive action with respect to this purchase order request at the level of the application. 
Preferably, embodiments of the present invention include a functionality to clean up 
redundant notifications from the user's portal, thick or thin email client and mobile device(s) 
after the user has responded to a notice and the notice-issuing application or workflow has 
acknowledged receipt of the response. 

Fig. 2 shows another example of a portal incorporating aspects of the present 
invention. As shown therein, the portal 110 may include a plurality of individual windows or 
portlets containing news, information and links. One such portlet is shown at 112, in which 
the notices according to embodiments of the present invention are listed. As noted above. 
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only a selectable subset of the user's notifications may be listed in the portlet 1 12. Clicking or 
otherwise selecting any of the notices appearing in the portlet 1 12 brings the user to the next 
level of progressive disclosure, such as a Worklist or the message or notification itself 
Clicking on the More link (114) would take the user specifically to the Worklist, as opposed 
to the message or notification itself. 

Fig. 3 shows an exemplary Worklist accessed through a Web portal, according to an 
embodiment of the present invention. Hie Worklist 120 shown in Fig. 3 may display a 
complete list of the user's notifications (or sequentially display one screen of such notices at a 
time, for example). The notifications shown in Fig. 3 may be filtered and a drop down menu 
304 may provide the user with predefined filters. Alternatively or in addition to the drop 
down menu of predetermined filters, the user may define his or her own filter. As shown at 
301 in Fig. 3 allows the list of notices to be sorted by selection of different attributes or 
characteristics (e.g.. Subject, Sent, Due, Priority) listed as column headers of the Worklist 
(i.e., toggle between ascending and descending order all notices in the list by tiiat selected 
header. Different and additional attributes (e.g.. Sender, Type) may replace or may be added 
to the current attributes to provide the user with more contextual information with which to 
make an informed decision at the current level of progressive disclosure via the customize 
button such as shown at 302 in Fig. 3. This abiUty to take an action against a notice at this 
level of disclosure may prove to be invaluable for mobile deployments where immediacy (i.e., 
the ability to complete a transaction in a minimal amount of time and motion) is a key or 
significant requirement. 

The present design framework advantageously incorporates the above-discussed 
attributes of passivity, ubiquity, and progressive disclosure. The example developed herein of 
a Web portal using Ihe present design framework is passive, as the user chooses whether and 
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When to review the portal contents. It is also ubiquitous, as it could be accessed fix>m any 
system that can access the Internet (or the enterprise's intranet, if appropriate) or via a mobUe 
device. Finally, the present design jframework makes use of progressive disclosure, as the 
information that is initially provided to the user is the minimum required, with progressively 
more information being rendered in the Worklist and finally in the underlying document, 
email or message. 

The embodiments of the present invention shown in the drawings and described 
herein have two levels of progressive disclosure (e.g., a Web link including a general 
indication of the notification subject matter at the first level and the entire message or 
notification at the next level). However, other embodiments of the present invention may 
include more than two levels. For example, a user may not receive all the information needed 
to make a decision ftom a subject line alone (e.g.. Expense Report W5016513 Requires Your 
Approval) in a Web portal; on the other hand, information regarding every aspect of that 
subject (e.g., a Ust of every item for a $50.00 office supply expenditure) may not be required 
to make a definitive decision (e.g., approve, disapprove) relative thereto. 

The level of disclosure and fimctionality presented at the Worklist level of a Web 
portal may also be presented in the next level of disclosure. This next lev^l of disclosure may 
be selected by the user if more information about the notice were needed in order to make an 
informed decision regarding that notice. This level of disclosure may display additional 
information regarding the notice or all of the avaUable information regarding the notice. Fig. 
4 presents an example of this level of disclosure for a notice in a Web application tiiat 
generated tiie notification. The Home, Individual, and Work tabs shown in Fig. 4 imply that 
this level of notification is also within the Web portal. This need not necessarily be the case. 
This level of the notification could be wifliin tiie ^pUcation that generated the notification. 
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According to an embodiment of the invention, the user may be taken directly to the 
application page where this action (e.g., approve, disapprove) could be taken by simply 
selecting a link in Fig. 3 and without having to authenticate himself or herself (e.g., login) to 
the application because authentication of the user was acquired at the Web Portal or email 
level and passed to the application on behalf of the user. 

As shown, the notice of Fig. 4 may include a details portion 410, where an 
explanation or a justification of the requested action (for example) may be presented. In this 
case, the justification is that the requisition is to purchase computer hardware supplies to 
replace an older computer. The notice may include attached documents that support or 
otherwise document the requested action or is somehow relevant to the notice, as shown at 
408. Again, the recipient of the notice may select an approve button 402, a disapprove button 
404 or even a reassign button 406, if the requested decision is to be reassigned (e.g., 
delegated) to another identified party. The notice may include other buttons instead of the 
approve and disapprove buttons, such as Yes, No, Accept, Reject to name a few possibilities. 

Similarly, the level of disclosure and functionality presented in the Worklist level of a 
Web portal may be presented through a desktop or Web based email system or on a mobile 
device. The actual body of a message in the email could present the attributes of the notice 
(e.g., date sent, purpose, sender), as well as the ability to respond to the notice (e.g., approve, 
disapprove). Figure 5 illustrates an example of a notice in an email message 500, according 
to an embodiment of the present invention. Such a notice may have originated in a workflow, 
sent to the notification system 102, formatted as an email and sent via email to the intended 
recipient of the notice. Links 502 and 504, when selected, are effective to cause a properly 
formatted answer message to be sent back to the notice-originating application (such as a 
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workflow, for example), either approving or disapproving the underlying substantive request 
in tiie notice. 

Fig. 6 is a representation of a system for non-interrupting notifications, according to 
an embodiment of the present invention. In the example shown, three applications 602, 604 
and 606 are coupled to the notification server 608 and each application is configured to send 
its notifications to the notification server 608. The notification server, in turn, may be 
configured to send the notifications to the user's desktop computer (such as to a portlet in the 
portal, for example), as shown at 612, to the user's Web mail account, and to one or more of 
the user's mobile devices over a network 610. The network 610 may include the Internet, for 
example. The user may be given control over the manner in which his or her notices are 
published. For example, the user may subscribe one or more devices or services to receive 
notifications by the notification server 608 and the server 608 may thereafter publish the 
received notifications only to those devices and/or services having subscribed to receive such 
notices. 

The body of such notifications, however formatted, may include fimctionality 
Miabling tiie user to substantively act upon the received notification and carry out a business 
transaction without logging into or otherwise accessing ' the notification-originating 
appUcations 602, 604 and/or 606. Likewise, a workflow may span across all or selected ones 
of the applications 602, 604 and/or 606 and generate notices tiiat are sent to the notification 
server 602. Thereafter, the notification server 608 may send tiie notifications to tiie user in as 
many forms as tiie user specifies and/or in as many forms as are configured to receive notices 
from tiie notification server 602. The user, upon receiving a notification from such a 
workflow, need not log into any of tiie applications 602. 604, 606, but need only respond 
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thereto in the maimer described above to send or cause to be sent a reply to the notice, to 
enable the workflow to executing its business function. 

For example, a workflow may be initiated upon the occurrence of some business 
event, such as promoting someone to a hierarchically higher position within the enterprise. 
Such a workflow may well span all three applications 602, 604, 606, in that the workflow 
may include a procurement request to the Procurement Application 1 for a new desk and/or 
office for the person promoted. The workflow may also include a request to the human 
resources Application 2, to confirm the promoted person's new title, for example. Likewise, 
the workflow may also include a call to a Finance Application 3 to confirm the person's new 
salary, for example. Each application called on by the workflow may generate one or more 
notifications to one or more persons authorized to approve requests or confirmed some 
information. Each such notifications may advantageously be sent through the notification 
server 608 to tiie intended recipient in the form of a link on a portlet, an entry on a Web EmaU 
application, a thick email client, or as a notice on tiie user's or users' mobile device(s) in tiie 
manner discussed above and shown in the drawings. Upon responding to each notification, 
tiie notification issuing ^plication may be updated to reflect tiie action taken by tiie user 
(e.g., approve, disapprove, accept, do not accept, yes, no, etc.). 

HARDWARE DESCRIPTION 

Figure 7 illustiates a block diagram of a computing device 700 witii which an 
embodiment of tiie present invention may be implemented. Computing device 700 includes a 
bus 701 or otiier communication mechanism for communicating information, and a processor 
702 coupled witii bus 701 for processing information. Computing device 700 further comprises 
a random access memory (RAM) or otiier dynamic storage device 704 (referred to as main 
memory), coupled to bus 701 for storing information and instiiictions to be executed by 
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processor 702. Main memory 704 also may be used for storing temporary variables or other 
intermediate information during execution of instructions by processor 702. Computing device 
700 may also include a read only memory (ROM) and/or other static storage device 706 
coupled to bus 701 for storing static information and instructions for processor 702. A data 
storage device 707, such as a magnetic disk or optical disk, may be coupled to bus 701 for 
storing information and instiiictions, A communication device 708, such as a modem or 
network (such as Ethernet, for example) card may be also coupled to tiie bus 701 to provide 
access to a network. 

The computing device 700 may also be coupled via bus 701 to a display device 721, 
such as a catiiode ray tube (CRT), for displaying information to a computer user. An 
alphanumeric input device 722, including alphanumeric and other keys, is typically coupled to 
bus 701 for communicating information and command selections to processor 702. Another 
type of user input device might be the user's own voice or cursor contiol 723, such as a mouse, 
a trackball, or cursor direction keys for communicating direction information and command 
selections to processor 702 and for controlling cursor movement on display 721. The 
computing device 700 may be or include, for example, a computer or a mobile device such as a 
pager, a wireless telephone or a personal digital assistant (PDA), to identify a few possibilities. 
However, such a list is not intended to be all-inclusive, as those of skill may recognize. 

The present invention is related to the use of computing device 700 configured to 
process notifications according to the present invention, as disclosed above. According to one 
embodiment, flie processing may be carried out by one or more computing devices 700 in 
response to processor(s) 702 executing sequences of instructions contained in memory 704. 
Such instiiictions may be read into memory 704 firom another computer-readable medium, such 
as data storage device 707 and/or from a remotely located server. Execution of the sequences 
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of instructions contained in memory 704 causes processor(s) 702 to implement the functionality 
described above. In altemative embodiments, hard-wired circuitry may be used in place of or in 
combination with software instructions to implement the present invention. Thus, the present 
invention is not limited to any specific combination of hardware circuitry and software. 

Li the foregoing specification, embodiments of the invention have been described with 
reference to numerous specific details that may vary fi-om implementation to implementation. 
Thus, the sole and exclusive indicator of what is the invention, and is intended by the 
applicants to be the invention, is the set of claims that issue from this application, in the 
specific form in which such claims issue, including any subsequent correction. Any express 
definitions set forth herein for terms contained in such claims shall govern the meming of 
such terms as- used in the claims. Hence, no limitation, element, property, feature, advantage 
or attribute that is not expressly recited in a claim should limit the scope of such claim in any 
way. The specification and drawings are, accordingly, to be regarded in an illustrative raliier 
than a restrictive sense. 



